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fOOO^rOOOll This application claims the benefit of U.S. Provisional 
Applications No. 60/429,434 filed November 29, 2002, "Platform with an interface to 
develop applications which will operate across various communication networks" by 
Dorron Mottes, this application is incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

fOQQ£f[0002] Currently, the communication market operators (i.e. mobile, 
wireline, cable) provide and operate the communication network; on top of it they 
provide services and applications (i.e. voice mail, conference call), which are 
provided to their customers. 

fOOO44[00031 In order to continue growing the operators will need to focus and 
select to be either, a network operator or a service provider. The network operators 
will be large entities because there is an advantage to the size of the operator, 
enabling them to be more cost effective. This will lead to consolidation across 
international markets creating large international network providers. Service 
providers can be of various sizes depending on the market they are targeting. Because 
service providers will customize and localize their services, most of them will be 
small or medium size, and many of them won't have communication expertise. 
fOOOS4r00041 The service providers' expertise and core competencies will be in 
one or several of the following main fields: Service creation, content management, 
content creation, customer management, and marketing. 

fQOQ6|[0005] In order for the service providers to provide service they will need 
a communication platform, which will interface with the various communication 
networks (i.e. mobile network, Wireless LAN, Wireline network, Internet) and 
infrastructure from various network operators, and a platform on which they can 
develop and manage standard and new services. 

fQQQ7}r00061 Some of the service providers will provide communication services 

2 



as A Mobile Virtual Network Operator (MVNO), a MVNO can be defined as an 
organization that offers mobile subscription and call services to customers but does 
not have an allocation of spectrum. 

fQQQ&frOOO?] The following are the main reasons for the creation of the MVNO 
market: 

fQQQ£f[00081 N etwork operators must increase their revenues and recover their 
expenses. In order to accomplish the growth they need to generate more traffic and 
provide added value services and applications. 

[00 10] [0009] N etwork operators can enter the mobile market instantly by 
becoming a MVNO, with no need to invest in spectrum allocation and developing the 
network, in the areas they become MVNOs, enabling them to provide bundled 
communication services (i.e. wireline telephony, broadband, wireless) and provide 
service across borders. 

f0O44 : f[00 1 0] Mobile network operators cannot develop and support all the types 
of 2.5G/3G applications and services. Imagine that all websites and services on the 
Internet would have been created by the network operators (i.e. MCI, AT&T, Sprint 
BT) instead of companies such as eBay, Yahoo, Amazon. 

fQQ-ffi[00 1 1 1 N etwork operators lack the knowledge and the resources for 
developing many new and data based applications and services. 

[00 13] [00 1 2] Deregulation in Europe and the US is opening the market, for 
service providers without a network. Regulators are forcing operators to open their 
networks. 

fQ&M4[00131 Once some network operators open their networks to MVNOs, 
other network operators will be forced to open their networks to MVNOs, otherwise 
they will lose traffic. 

f004^[[00141 More entities will want to become MVNOs. These entities will 
need an open system which enables them to develop and manage standard 
applications and services across a virtual network. The System serves as a 
middleware between the services and the communication network and systems (i.e. 
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wireless network, wireless LAN hot spots, Internet, wireline, Mobile Switching 
Center (MSC), Home Location Register (HLR), EIR, Visitor Location Register 
(VLR), prepaid systems), thus freeing the MVNOs from allocating resources for 
establishing and operating a complex and expensive communication infrastructure, 
and enable them to focus on building the business logic and their core competencies. 

SUMMARY OF THE INVENTION 

fOQj-&}|"00151 It is an object of the present invention to provide a method and 
system, for a hosted MVNO platform and management solution, which enables a 
MVNO to develop and manage applications and services across a virtual network 
serving as a middleware between the services and the communication infrastructure 
(i.e. network, communication systems). This invention frees the MVNOs from 
allocating resources for establishing and operating a complex and expensive 
communication infrastructure, enabling them to focus on building the business logic 
and their core competencies. In addition, the system operator will be responsible for 
reaching agreements with one or more Mobile Network Operators (MNO) and will 
create a virtual wireless network which will enable MVNOs and service providers to 
instantly have a virtual wireless network while signing one agreement with the 
System operator. 

ffiO^qr00161 An MVNO Application Service Provider (MVNO ASP), which 
most likely will be a large network operator, or a new entity, will operate and host the 
System (MVNO ASP System or System or Platform). The System and the MVNO 
ASP are mediators between the various communication networks, and network 
operators, to the MVNOs, and the services and applications, which operate across the 
virtual network. 

fQQi&H'OOiy] The System enables a MVNO to develop applications and services, 
and or provide mobile subscription and or services and or market services to their 
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customers and potential customers, while working with one MVNO ASP System. The 
System provides an interface for the MVNOs to develop, manage and support the 
various applications and services. The interface hides the communication 
infrastructure and takes care of executing the communication related tasks, enabling 
the MVNO to focus on building the business logic, the applications and services. 

f00t^[00181 The MVNO ASP suppliers are the various communication network 
operators (i.e. mobile operators, WLAN operators, wireline operators, ISPs, cable 
operators). The MVNO ASP System will integrate and or communicate with its 
suppliers network and systems, and will have agreements to buy and or rent capacity 
and or rent services and or rent systems from the network operators. 
fflO3O4r00191 The MVNO ASP customers are various MVNOs and service 
providers, which market under their name, mobile subscription and or mobile 
services, which are based on the MVNO ASP virtual wireless network and services. 
The MVNO ASP provides MVNOs with access to the System and sells and or rents 
to them various network capacity and communication services, such as mobile 
minutes, bandwidth rental, content and service rent. 

r0021] r0020] As an example the System enables a MVNO, such as Yahoo, to 
focus on their customers, while expanding their services to the wireless world, 
creating new services and cross platform services, which operate across various 
networks, and freeing them from the need to learn and develop the communication 
infrastructure which will be provided by a MVNO ASP. 

fOOS3 : f[0021T The System enables a MVNO aggregator and or owner of several 
MVNOs and or manager of several MVNO (Multi MVNO Aggregator) to centrally 
define and manage several MVNOs. These MVNOs do not have a carrier ID, are 
defined as software MVNOs, and are associated with the Multi MVNO Aggregator, 
which defined them (in cases a Multi MVNO Aggregator does not have a Carrier ID 
they are associated with the MVNO ASP). The entity, which these MVNOs are 
associated with, is responsible for all their interaction with the MNO and or other 
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network operators, these entities must have a table which links each MVNO user to 
the MVNO they belong to based on a unique key such as the User ID. 
r0023i r00221 As an example, the System enables a Multi MVNO Aggregator 
such as a recording company to manage several MVNOs, each MVNO could be a 
different singer or group (i.e. a Madona MVNO, an Eminem MVNO), and each 
MVNO can have its unique content and interface. The Multi MVNO Aggregator 
defines via the System new virtual MVNOs, defines the interface to End Users, the 
unique content, and shared content (syndicated content which are accessed by several 
MVNOs). The Multi MVNO Aggregator then has the ability to manage its customers 
centrally and enables them to switch MVNOs instantly or add additional MVNOs to 
their subscription. 

f0024¥00231 The MVNO ASP will treat the Multi MVNO Aggregator as a 
MVNO with a permission to create virtual software MVNOs. The End user will select 
the virtual MVNO service they would like (i.e. the Eminem MVNO service), and 
from the End User point of view they are using a regular mobile operator. 
fQQ254r00241 Each time the End User uses the service, the MVNO ASP 
identifies the user as a Multi MVNO Aggregator user and will access the Multi 
MVNO database to identify which virtual MVNO they subscribe to, and then present 
the relevant interface and content. 

fflQ2&f[00251 The main advantages for a MVNO and Service Providers to use 
the MVNO ASP and to use the MVNO ASP Platform are: 

f002^[00261 MVNOs and service providers can focus on their current business 

and core competencies. MVNO ASP takes care of all communication infrastructure, 

Platform operations, customer provisioning, in addition the MVNO ASP together 

with its partner network can take care of application and service development, billing, 

customer care, distribution, marketing consulting; 

fQQ2&4[0027] Faster time to market at lower up-front costs; 

fOO294r00281 N o need to invest in an expensive communication infrastructure; 

fOO^O4r00291 MVNO ASP can offer an International foot print; 

f00344r00301 Because of the open nature of the System many developers, other 
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service providers and MVNOs and the MVNO ASP will develop many value added 
services on top of the System; MVNOs and service providers can offer these services 
to their companies too (most likely they will have to license rent or pay a fee for 
using these services and applications, however they will be available immediately 
with no need for additional development); 

ffiQ334F003 1 1 Enables MVNOs and service providers to develop cross-product 
and cross services promotions and develop creative pricing; 

fQQ^f 0032] MVNOs and service providers do not need to develop partnerships 
and agreements with network operators; and 

fQQ34|[0033] Small to medium size entities can enter the MVNO and service 
provider market (They could not do that before because of the capital investment and 
lack of knowledge and resources); Larger entities can decide if they would like to 
develop to invest in learning and acquiring the knowledge and then develop an 
expensive proprietary solution or they prefer to outsource an open and standard 
platform. 

BRIEF DESCRIPTIONOF THE DRAWINGS 

fOO^4r00341 The present invention will be further understood and appreciated 
from the following detailed description taken in conjunction with the drawings in 
which: 

fQQ364r00351 Fig. 1 is a block diagram illustration of one embodiment of the 
invention, in which a MVNO ASP platform is described. 

fOO^74[00361 Fig. 2 is an architecture diagram illustration of one embodiment of 
the invention. 

fOO^4r00371 Fig. 3 is an architecture diagram illustration of one embodiment of 
the invention, in which the MVNO ASP operation includes switching capabilities 
fOO^H"00381 Fig. 4 is a value chain diagram of one embodiment of the 
invention, the MVNO value chain. 

fOO4O4r00391 In Fig. 5 there is shown an architecture diagram illustration of one 
embodiment of the invention, in which Multi MVNO Aggregator, manages several 
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MVNOs. 

f00444r00401 In Fig. 6 there is shown a flow chart workflow illustration of one 
embodiment of the invention, of a mobile user network registration and authentication 
process. 

[001 2] [004 11 In Fig. 7 there is shown a flow chart workflow illustration of one 
embodiment of the invention, of an inbound voice call to a MVNO mobile user which 
their MVNO is hosted by a MVNO ASP, this example is based on a GSM network. 
[00431 [0042] In Fig. 8 there is shown a flow chart workflow illustration of one 
embodiment of the invention, of an outbound voice call from a MVNO mobile user 
which their MVNO is hosted by a MVNO ASP, this example is based on a GSM 
network. 



DETAILED DESCRIPTION OF THE INVENTION 

[001 41 [00431 It is an object of the present invention to provide a method and 
system, for a hosted MVNO platform and management solution, which enables a 
MVNO to develop and manage applications and services across a virtual network 
serving as a middleware between the services and the communication network and 
systems. This invention frees the MVNOs from allocating resources for establishing 
and operating a complex and expensive communication infrastructure, enabling them 
to focus on building the business logic and their core competencies. In addition, the 
system operator will be responsible for reaching agreements with one or more Mobile 
Network Operators (MNO) and will create a virtual wireless network which will 
enable MVNOs and service providers to instantly have a virtual wireless network 
while signing one agreement with the system operator. 

[001 51 [00441 An MVNO Application Service Provider (MVNO ASP), which 
most likely will be a large network operator, or a new entity, will operate and host the 
System (MVNO ASP System or System). The System and the MVNO ASP are 
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mediators between the various communication networks, and network operators, to 
the MVNOs, and the services and applications, which operate across the virtual 
network. 

f0046 : }[00451 The System enables a MVNO to develop applications and services, 
and or provide mobile subscription and or services and or market services to their 
customers and potential customers, while working with one MVNO ASP System. The 
System provides an interface for the MVNOs to develop, manage and support the 
various applications and services. The interface hides the communication 
infrastructure and takes care of executing the communication related tasks, enabling 
the MVNO to focus on building the business logic, the applications and services. 

KM 71 [00461 In Fig. 1 there is shown a block diagram illustration of one 
embodiment of the invention, of a MVNO ASP Platform. 

fQQ4&}[0047] The MVNOs and or service providers can use pre-defined 
applications (101) or can develop or work with a developer or license and or rent and 
or purchase from a developer a new application (102). The application can be 
developed and interact with the MVNO ASP Platform via an API (103) or an 
application Service Development Kit (SDK) (104) which may include a graphical 
interface. The SDK can include testing debugging tools. 

fQQ49^00481 The service logic is stored and can be changed via the API or 
application SDK, the End User can manage and support his/her application via an 
MVNO interface (105) and the Multi MVNO Aggregator can manage and support its 
applications and MVNOs via a Multi MVNO interface (106), both interfaces are part 
of the presentation layer of the system (107). All applications business logic is stored 
in the service logic servers (108). All data is stored in the system database (109). The 
MVNO applications can be stored with the MVNO ASP or can be stored anywhere 
else and interact with the MVNO ASP Platform. 

fQQ5tfH"0049] The system is fully partitioned enabling each MVNO and or 
service provider to set its own customers, set its own provisioning and permissioning, 
and manage and maintain its applications. The information is managed by the MVNO 
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ASP via the customer care module (110) which maintains customer care information, 
which can include data such as, MVNO and or service provider information, billing 
plans, and data regarding each MVNO and or service provider customers; the 
provisioning of new users including new MVNO, new MVNO customers, new 
MVNO group customers and the services they can access are managed via the 
provisioning module (111) and the Profile Manager (112). 

fOQg44r00501 In cases were the MVNO does not have a carrier ID and or is a 
software MVNO, the profile manager module includes a table, which maps each user 
to the MVNO it uses, enabling the MVNO ASP, to identify the MVNO that is 
providing service to a user. In these cases the MNO identifies the user as a MVNO 
ASP user, and the MVNO ASP is responsible for identifying the MVNO based on the 
above table. 

fQQ^S^OOSl] The policy management and policy repository (113) are the focal 
point for authorizing users of the system access to resources, policy repository is built 
from data it retrieves from internal systems such as profile manager, charging module 
and external systems such as a mobile operator Operation Support System (OSS). 
Services such as, billing information, billing plans, charging, partner agreements 
order fulfillment and rating are gathered and maintained via the billing and charging 
module (114). 

fflQ££j[0052] The Authentication Authorization Accounting system (AAA) (115) 
is the point of contact for authenticating, authorizing and accounting of users, it 
access modules such as the policy repository and the profile manager, and in some 
cases it will request external AAA systems (1 16) to provide the authentication and or 
authorization and or accounting (i.e. AAA system operated by the MVNO). 
fQQ54ir00531 The system can interface (117) with external OSS (118) both for 
MVNO ASP operations and for the MVNOs and service providers OSS. Access to 
external content is managed via the media interface (119) and can be received via 
content provider (120) or content aggregator (121). The system interfaces with 
various networks such as, Mobile network (122) Wireless LAN (WLAN) (123) 
Public Switched Telephone Network (PSTN) (124), the system can interface with 
many networks from each type for example an MVNO ASP can interface with many 
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mobile operators, each one can have its own agreement, with its own capacity, and 
pricing. The billing mediation module (125) collects the data from the various 
network interfaces and all data is aggregated by the billing module in order to enable 
payment to suppliers and creating bills for the MVNO and service providers and 
creating bills for the MVNO and service providers' customers. 

fQQ5£fr00541 In Fig. 2 there is shown an architecture diagram illustration of one 
embodiment of the invention. 

fQO5&HD0551 The MVNO ASP (201) develops partnerships with the various 
network operators (202) including WLAN operators, Wireless operators, PSTN 
operators, and Internet Service Providers (ISP). The MVNO ASP operates and 
maintains the MVNO ASP Platform (203), which manages, among other tasks, the 
partnership module and operators settlement fees. The MVNO ASP hosts various 
applications (204) including applications developed by MVNO ASP, by independent 
developers, MVNOs and service providers. MVNO and service providers (205) can 
host their applications with other ASPs (206) and the applications will interact with 
the MVNO ASP. 

fQQ£7ir00561 MVNO and service provider's customers (207) access the services 
provided by the MVNO and service providers, which "owns" the customer 
relationship, and is responsible for the service. The MVNO customer does not need to 
know nor have relationships with the MVNO ASP, and or any of the mobile network 
operators, which handles the calls and or with any other partners and developers 
which are part of the MVNO ASP network. 

fOO^[0057] In Fig. 3 there is shown an architecture diagram illustration of one 
embodiment of the invention, in which the MVNO ASP operation, includes switching 
capabilities. The MVNO ASP operates its own switch (301) Home Location Register 
(HLR) (302) EIR (303) and other communication servers such as Media Gateway 
(304) Media Servers (305) and operates its own OSS (306). 

fQQ59¥00581 The MVNO ASP Platform (307) interacts with the MVNO ASP 
communication infrastructure as well as with other operator infrastructure. 
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fQQ6OT00591 The MVNO ASP can provide a prepaid solution (308), which will 
enable MVNO to offer such a service to their customers. 

fOOWr00601 The MVNO ASP can provide core applications and standard 
applications (309) as part of the solution offered to MVNOs, applications such as, 
voice mail, unified messaging, SMS, conferencing etc. 

fQQ624r006 1 1 Because the MVNO ASP Platform is an open system with standard 
and or documented interfaces, MVNOs, service providers and independent 
developers can create additional applications (310), these applications can be 
marketed and or operated by their creators and in some cases can become an 
additional application which is offered to all other MVNOs and service providers 
(most likely there will be a price tag for using the application). 

fQQ63 : ir00621 In Fig. 4 there is shown a value chain diagram of one embodiment 

of the invention, the MVNO value chain. This diagram describes the tasks a MVNO 

ASP will be responsible for in each type of MVNO customer. 

f0064 : }[00631 The MVNO value chain consists of the following activities: 

fQQ654r00641 Cellular network and base stations; switching and routing of calls; 

service operation of network elements; tariffing; billing; customer support; and 

marketing. 

fQQ6&ir00651 A Pure MVNO (401) takes on all the above activities except for 
providing the cellular network and base stations, it will have its own Switching and or 
HLR. In this case the MVNO ASP will be responsible for tasks such as, managing all 
partnerships with the various network operators and providing one virtual network 
and services, and an application development infrastructure. 

f00674r00661 An Enhanced MVNO (402) can have all or none of the network 
elements and takes on the tariffing & billing, customer support and marketing 
activities. In this case the MVNO ASP will provide the communication infrastructure 
and services, and an application development infrastructure. 

fQQ68¥00671 The Brand MVNO (403) outsources all the network elements and 
handles only selected parts of billing and or customer support and or marketing. In 
this case the MVNO ASP will provide a full communication infrastructure and most 
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of the operational tasks, enabling the MVNO to focus on tasks, which it specializes, 
such as, brand, marketing, and customer care. 

fQQ69}[00681 In Fig. 5 there is shown an architecture diagram illustration of one 
embodiment of the invention, in which Multi MVNO Aggregator, manages several 
MVNOs. 

fOQ30¥00691 A Multi MVNO Aggregator (501) defines a new Virtual MVNO 
(502) the data regarding the Virtual MVNO A are stored in a database which can be 
hosted by the MVNO ASP (503) or in other locations (504). The Multi MVNO 
Manger will define parameters and services such as: name of Virtual MVNO, 
customer interface, services, billing plans, devices which can access this service, End 
User which can access this service, etc. End Users (505), which join the service are 
authenticated as the Multi MVNO Aggregator users, and then are looked up in the 
Multi MVNO Aggregator database in order to match them to the virtual MVNO/s 
they are subscribed to. Based on their authorization and the services they are 
subscribed, the proper interface will be presented to them, and enable them to access 
the service/s they are authorized to access. 

[0071i r00701 A Multi MVNO Aggregator can create and manage several virtual 
MVNO (506), each one with their own price plan, own services, own content and 
own End Users. They can create shared content, which will be shared between the 
selected virtual MVNOs they select. End Users can subscribe to more then one 
service, including services provided by 3 rd party service providers, which offer their 
service over the MVNO ASP infrastructure. 

fOOT^HDOyi] Based on the Multi MVNO Aggregator definitions, customers can 
change their main virtual MVNO via a web interface or over the air via the wireless 
device. 

fQQ734r00721 In Fig. 6 there is shown a flow chart workflow illustration of one 
embodiment of the invention, of a mobile user network registration and authentication 
process. 

["00711 [00731 A user and or a device try to register to the Mobile Network 
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Operator (MNO) network (601) the user and or device provide the MNO with user ID 
and or device ID (i.e. mobile subscriber identity number (MSIN) in a GSM network) 
and the carrier ID (i.e. Mobile Network Code (MNC) in a GSM network). The MNO 
identifies that the user and or device are not a MNO user and or device and identifies 
their carrier based on the carrier ID (602). 

fOO7§ : }[0074] The MNO sends a request to the carrier which matches the carrier 
ID, to authenticate the user and or device (603) in this example the are two main 
options; the carrier ID matches the MVNO ASP carrier ID (in cases were the MVNO 
ASP is the one issuing the SIM card on behalf of the MVNO) or the carrier ID is 
associated with the MVNO ASP (in the cases were the MVNO or the Multi MVNO 
Aggregator have their own carrier ID). 

fOQ76¥00751 In both above options the MVNO ASP identifies the MVNO 
associated with the user, which is requesting to register to the network (604). One of 
the main options to identify the user's MVNO, is to look up in the "user ID - 
MVNO" table, which includes a list of all the various MVNO users and the MVNOs 
they are associated with. 

ffi0774r00761 The MVNO ASP looks up if it is responsible for authentication 
and authorization for this MVNO (605), in most cases the MVNO ASP 
Authentication Authorization and Accounting server (AAA server) will manage this 
process (606). If MVNO ASP is not responsible for authentication and authorization 
the AAA server will look up who is the party, which is responsible for authentication 
and authorization (i.e. Multi MVNO Aggregator, MVNO) and will send to their AAA 
server the request (607). If MVNO ASP AAA server is responsible for the process it 
will lookup the user ID. In both cases, if additional identification is needed (i.e. 
password) the AAA Server responsible for the process will request such data from 
user. 

fQQ7S4r00771 Once user is authenticated (608), the AAA Server will look up if 
the user is authorized to register to the network and receive any limits or rules 
regarding the user (609). If user is authorized the MVNO ASP authorize the MNO to 
register the user, the authorization message can include any limitations or rules 
regarding the user (additional data will be sent based on the support of the MNO 
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systems of these type of features)(610). MNO will register user to network and will 
register the user in its Visitor Location Register (VLR) (611). The VLR notifies the 
MVNO ASP HLR, which updates and or creates a record of the last VLR to update 
the position of the user (612). 

fOOT^fOOTSI In Fig. 7 there is shown a flow chart workflow illustration of one 
embodiment of the invention, of an inbound voice call to a MVNO mobile user, 
which their MVNO is hosted by a MVNO ASP, this example is based on a GSM 
network. 

fOO8O4r00791 An inbound call is routed by the PSTN network using the PSTN 
number to the MVNO Gateway Mobile Switching Center (GMSC) (701). The 
MVNO ASP GMSC then interrogates the MVNO ASP HLR (702) The MVNO ASP 
HLR has a translation table to convert the PSTN number to the International Mobile 
Station Identity (IMSI) number used by the GSM networks. The MVNO ASP HLR 
will have a record of the last VLR to update the position of the subscriber (or if the 
subscriber is attached to the network). 

fQO&4¥00801 The MVNO ASP HLR interrogates the VLR (703), which 
responds with the Mobile Station Roaming Number (MSRN) for routing. That is the 
information needed by the MVNO ASP Gateway Mobile Switching Center (GMSC) 
to route the call. The MVNO ASP HLR then passes the MSRN to the MVNO ASP 
GMSC (704), which routes the call to the visited Mobile Switching Center (MSC) 
(705) (in some cases the MVNO ASP GMSC will use the MSRN to route the call 
through the PSTN). 

fOO^Sj[0081] I n Fig. 8 there is shown a flow chart workflow illustration of one 
embodiment of the invention, of an outbound voice call from a MVNO mobile user, 
which their MVNO is hosted by a MVNO ASP, this example is based on a GSM 
network. 

ffiO8»fr00821 MVNO User requests to initiate an outbound call (801). The MNO 
GMSC interrogates the MNO VLR (802). If MNO VLR authorized the subscriber 
(803) the GMSC requests to route the call (804). 



15 



fQ£844r0083] If MNO VLR has no automatic authorization, it needs to contact 
the MVNO ASP HLR to request authorization (805). If the user is a MVNO post paid 
subscriber (806) the HLR will check if the user is authorized for such a call and are 
there any limits to such a call (807). In many cases the MVNO ASP HLR will be able 
to provide authorization, however in some cases the HLR will require the MVNO 
ASP Authentication Authorization and Accounting system (AAA) to provide the 
answer, which in some cases the MVNO ASP AAA will communicate with the 
MVNO AAA system in order to fetch the authorization. If the user is not authorized a 
message will be sent to MNO to decline the call (808). 

r0085i r0084] If the user is authorized the MVNO ASP HLR will authorize the 
call and provide the MNO GMSC with the authorization and any limitations on the 
call (based on the MNO support for such limits) (809). 

fQQ8&ir00851 If the user is a MVNO prepaid subscriber (806), then the MVNO 
ASP prepaid system will establish a connection with the MNO relevant system or 
systems (810) (depends on the MNO, it could be system such as the MNO prepaid 
system, MNO GMSC, MNO MSC), and then will authorize the call and will continue 
to monitor the call, for example it will request to disconnect the call if prepaid 
account is empty. 

fQO&£H"00861 In both cases, prepaid and postpaid, the GMSC requests the MSC 
to route the call (811). The MVNO ASP can require to route the call via the MVNO 
ASP MSC, in cases the MVNO ASP does not request a special route the MNO will 
route the call based on its routing tables. Based on the GMSC request and instructions 
the MSC will route the call (812). 

fQQ8&4r00871 It will be appreciated that the invention is not limited to what has 
been shown and described hereinabove. Rather, the scope of the invention is limited 
solely by the claims that follow. 
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